home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 3183 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.7 KB
  1. Path: news.borg.com!news
  2. From: warren@borg.com  (Warren Hall)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: 28.8k = slow downloads! (PPI MC288MT)
  5. Date: 29 Jan 1996 14:55:23 GMT
  6. Organization: Team OS/2
  7. Message-ID: <4ein4r$nev@news.borg.com>
  8. References: <4eekrd$f5@hustle.rahul.net> <eric-2901960135350001@sobt.accessorl.net>
  9. Reply-To: warren@borg.com (Warren Hall)
  10. NNTP-Posting-Host: l16.borg.com
  11. X-Newsreader: IBM NewsReader/2 v1.9d - NLS
  12.  
  13. In <eric-2901960135350001@sobt.accessorl.net>, eric@accessorl.net (Eric Shaw) writes:
  14. >In article <4eekrd$f5@hustle.rahul.net>, Bill Llewellyn
  15. ><thinker@rahul.net> wrote:
  16. >
  17. >>I've got a Practical Peripherals MC288MT II V.34 which behaves 
  18. >>reasonably well at all connection speeds below 28.8, up to and
  19. >>including 26.4k. At 28.8 (when I get it) the zmodem speed is 
  20. >>about half of what it should be! The last zmodem download attempt 
  21. >>at 28.8 resulted in a broken connection. Anyone else found that 
  22. >>28.8 actually slows down the real data throughput speed?
  23. >
  24. >You wouldn't happen to know what symbol rate it is using (some other
  25. >modems tell you).  I noticed if it connects using the 3200 rate (i.e. 3249
  26. >is locked out), it will almost always connect 28.8k, but the transfer
  27. >actually *IS* slower.  Maybe its not testing the line properly at the 3200
  28. >symbol rate, and picked a higher speed than it should have.
  29.  
  30. Sounds like the Fax "printer" is taking away some performance.  
  31. Try this (and please report back):
  32. d/l a file taking note of the time in seconds.
  33. Open the printer manager page, select the fax printer, pause it, then 
  34. minimize (don't close) the manager. 
  35. d/l the same file recording the seconds.
  36.  
  37. If the time is roughly 1/2 for the second d/l, then the fax is the culprit. 
  38. Please let us know.
  39.  
  40. Warren
  41. http://www.borg.com/~warren
  42.  
  43.